Перевод: с английского на русский

с русского на английский

С русского на:
Английский
С английского на:
Русский

сообщение об этом случае

Толкование Перевод

1 this case report

сообщение об этом случае

the report sounded everywhere — сообщение облетело весь свет

parts produced report — сообщение об обработанных деталях

difference report — сообщение об изменениях в программе

unsubstantiated report — неподтверждённое сообщение

aircraft position report — сообщение о положении ЛА

English-Russian big medical dictionary > this case report
2 it is not the case

это не так,

this is to be the case — дело обстоит так

should this be the case — если выйдет так

this case report — сообщение об этом случае

you have a good case — это звучит убедительно

as is often the case — как это часто случается

English-Russian big medical dictionary > it is not the case
3 it is the case

это так,

this is to be the case — дело обстоит так

should this be the case — если выйдет так

this case report — сообщение об этом случае

you have a good case — это звучит убедительно

as is often the case — как это часто случается

English-Russian big medical dictionary > it is the case
4 alarm
аварийная сигнализация
Сигнализация, извещающая персонал о возникновении аварийного режима работы объекта или целого участка обслуживаемой установки
[ОАО РАО "ЕЭС России" СТО 17330282.27.010.001-2008]

аварийная сигнализация
Совокупность датчиков и устройств, с помощью которых осуществляется контроль за состоянием работающей системы и оповещение о неисправности с помощью световых или звуковых сигналов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Должны быть предусмотрены также аварийная сигнализация по всем видам защиты и предупредительная сигнализация.
[ ГОСТ 30533-97]

Каждая медицинская система IT должна иметь устройство для звуковой и световой аварийной сигнализации, которое устанавливают так, чтобы оно находилось под постоянным контролем медицинского персонала и было оборудовано:
- зеленой сигнальной лампой (лампами) для индикации нормальной работы;
- желтой сигнальной лампой, которая загорается, когда сопротивление изоляции достигает минимально допустимого значения. Для данной сигнализации не допускается возможность сброса или отключения;
- желтой сигнальной лампой, которая загорается при превышении нормируемой температуры обмоток трансформатора. Для данной сигнализации не допускается возможность сброса или отключения;
- желтой сигнальной лампой, которая загорается, когда возникает перегрузка трансформатора, не превышающая нормируемую двухчасовую перегрузку, и переходит в мигающий режим, когда перегрузка превышает нормируемую величину двухчасовой перегрузки. Для данной сигнализации не допускается возможность сброса или отключения.
[ГОСТ Р 50571.28-2006(МЭК 60364-7-710:2002)]

Если резервный вентилятор не установлен, то следует предусмотреть включение аварийной сигнализации.

Тематики
- автоматизация, основные понятия
- электросвязь, основные понятия
Действия
- включение сигнализации
- срабатывание сигнализации
Сопутствующие термины
- задержка срабатывания (включения) сигнализации
EN
аварийное сообщение
-

Параллельные тексты EN-RU

The system offers diagnostic and statistics functions and configurable warnings and faults, allowing better prediction of component maintenance, and provides data to continuously improve the entire system.
[Schneider Electric]

Система (управления электродвигателем) предоставляет оператору различную диагностическую и статистическую информацию и позволяет сконфигурировать предупредительные и аварийные сообщения, что дает возможность лучше планировать техническое обслуживание и постоянно улучшать систему в целом.
[Перевод Интент]

Various alarm notifications are available to indicate a compromised security state such as forced entry and door position.
[APC]

Устройство может формировать различные аварийные сообщения о нарушении защиты, например, о несанкционированном проникновении или об изменении положения двери.
[Перевод Интент]

Тематики
- автоматизированные системы
- управление электродвигателями
EN
аварийный сигнал
alarm
Сигнал оповещения, генерируемый в случае, если произошел отказ или контролируемый параметр вышел за допустимые пределы.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

аварийный сигнал
beacon
BCN
Сигнал, посылаемый от неисправного узла сети.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

аварийный сигнал
fate signal
Сообщение, сигнализирующее об отказе или пропадании входной информации.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

аварийный сигнал
safety signal
Сигнал, поступающий отдатчиков охранной сигнализации.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

EN

alarm
activation of an event that shows a critical state
[IEC 61158-5-10, ed. 2.0 (2010-08)]

alarm
type of Event associated with a state condition that typically requires acknowledgement
[ IEC 62541-1, ed. 1.0 (2010-02)]

alarm
an audible, visual, or other signal activated when the instrument reading exceeds a preset value or falls outside of a preset range
[IEC 62533, ed. 1.0 (2010-06)]

alarm
warning of the presence of a hazard to life, property or the environment
[IEC 62642-1, ed. 1.0 (2010-06)]

alarm
audio and visual signal announcing a condition requiring attention. The audio continues until acknowledged. The acoustic noise pressure of the alarm is at least 75 dBA but not greater than 85 dBA at a distance of 1 m (IEC 60945). The visual indication continues until the alarm condition is removed
[IEC 62065, ed. 1.0 (2002-03)]

alarm
item of diagnostic, prognostic, or guidance information, which is used to alert the operator and to draw his or her attention to a process or system deviation
NOTE Specific information provided by alarms includes the existence of an anomaly for which corrective action might be needed, the cause and potential consequences of the anomaly, the overall plant status, corrective action to the anomaly, and feedback of corrective actions.

Two types of deviation may be recognised:
– unplanned – undesirable process deviations and equipment faults;
– planned – deviations in process conditions or equipment status that are the expected response to but could be indicative of undesirable plant conditions.
[IEC 62241, ed. 1.0 (2004-11)]

FR

alarme
signal sonore, visuel ou autre, activé lorsque la lecture de l’instrument excède une valeur préréglée ou sortant d’un domaine déterminé
[IEC 62533, ed. 1.0 (2010-06)]

alarme
avertissement de la présence d'un risque concernant la vie, la propriété ou l'environnement
[IEC 62642-1, ed. 1.0 (2010-06)]

alarme
élément informatif relatif au diagnostic, au pronostique ou à une recommandation, qui est utilisé pour alerter l’opérateur et pour attirer son attention sur une déviation du procédé ou d’un système
NOTE L’information particulière fournie par les alarmes couvre l’existence d’anomalies pour lesquelles une action corrective pourrait être nécessaire, la cause et les conséquences potentielles de l’anomalie, l’état général de la centrale, l’action corrective correspondant à l’anomalie et le retour de l’action corrective.

Deux types de déviation peuvent être distingués:
– non prévue – Déviations du procédé indésirable et défaillance de matériels;
– prévue – Déviations relatives aux conditions du procédé ou aux états des matériels qui sont les réponses prévues, mais qui peuvent être indicatives de conditions indésirables pour la centrale.
[IEC 62241, ed. 1.0 (2004-11)]

Параллельные тексты EN-RU

When the accumulated energy dropout setpoint and time delay are satisfied, the alarm is inactive.
[Schneider Electric]

Если подсчитанное количество электроэнергии становится меньше заданного максимального значения и заданное время задержки истекло, аварийный сигнал отключается.
[Перевод Интент]

Тематики
- автоматизация, основные понятия
- релейная защита
- электросвязь, основные понятия
Действия
- включается
- отключается
EN
FR
- alarme
аварийный сигнал
аварийная сигнализация
Оповещение оператора о наступлении определенного события, связанного с нарушением или угрозой нарушения регламентного течения технологического процесса.
[ http://kazanets.narod.ru/AlarmsArchive.htm]

Аварийные сигналы настраиваются путем задания предельных значений (границ, thresholds) индивидуально для каждой процессной переменной. Система автоматически отслеживает изменение процессной переменной и сопоставляет ее значение с заранее настроенными границами. В случае выхода переменной за нормальные границы система генерирует оповещение и фиксирует его в журнале аварийных сигналов. Рассмотрим наиболее часто используемые аварийные сигналы для аналоговых величин:

Lo – нижняя предупредительная граница. В случае если процессная переменная становится меньше Lo, генерируется предупредительное оповещение.

LoLo – нижняя аварийная граница. В случае если процессная переменная становится меньше LoLo, генерируется аварийный сигнал.

Hi - верхняя предупредительная граница. В случае если процессная переменная становится больше Hi, генерируется предупредительное оповещение.

HiHi – верхняя аварийная граница. В случае если процессная переменная становится больше HiHi, генерируется аварийный сигнал.

DEV_HI (DEVIATION_HI) – верхняя граница отклонения (рассогласования). Если разность (абсолютное значение) между двумя переменными становится больше DEV_HI, то генерируется аварийный сигнал. Например, такой сигнал можно настроить у блока PID; в этом случае система будет сигнализировать об отклонении регулируемой величины от уставки, превышающей границу DEV_HI. По аналогии можно настроить сигнал DEV_LO.

ROC_HI (RATE_OF_CHANGE_HI) – верхняя граница скорости изменения. Система отслеживает скорость изменения процессной переменной (первую производную). Если скорость возрастания переменной выше границы ROC_HI, то генерируется аварийный сигнал.

Для дискретных переменных сигналов гораздо меньше. По сути их всего две – аварийное состояние, соответствующее значению 1, или авария в случае значения 0.

На рис. 4 показана схема появления аварийных сигналов на примере быстро изменяющейся процессной переменной. Стоит отменить, что на рисунке изображены отнюдь не все генерируемые оповещения. Например, при возврате переменной обратно в нормальный диапазон значений, кроме изображенных на рисунке, генерируется оповещение RETURN_TO_NORMAL

Рис. 4. Пример генерации аварийных сигналов и оповещений.

Важность (или критичность) аварийного сигнала определяется приоритетом (целое число). Как правило, чем выше приоритет у аварийного сигнала, тем критичнее она для производства, и тем быстрее на нее надо обратить внимание.

При появлении аварийного сигнала у оператора есть два варианта действий:

1. Игнорировать его. Не всегда хорошее решение, мягко говоря. При этом если процессная переменная вернется обратно в нормальные границы, то появиться новое оповещение UNACK_RETURN_TO_NORMAL, говорящее о том, что оператор проспал аварийное событие, но, к счастью, все нормализовалось.

2. Подтвердить, что сигнал замечен оператором ( acknowledge). Дело в том, что сразу после появления аварийного сигнала ему автоматически присваивается статус UNACK (не подтвержден). Как только сигнал подтверждают (иногда говорят “квитируют”), его статус становится ACK (подтвержден). В этом случае возврат переменной в нормальные границы ведет к появлению оповещения ACK_RETURN_TO_NORMAL, свидетельствующее о том, что оператор “держит ухо востро”.

Аварийные сигналы можно произвольно группировать. На практике группировка проводится путем распределения процессных переменных, а следовательно, и соответствующих им аварийных сигналов по различным технологическим участкам ( plant areas) и установкам ( plant units).

[ http://kazanets.narod.ru/AlarmsArchive.htm]

Тематики
- автоматизированные системы
Синонимы
- аварийная сигнализация
EN
- alarm
предупредительный сигнал
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

предупредительный сигнал
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- электротехника, основные понятия
EN
- alarm
- warning signal
предупреждать об опасности
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- alarm
- aim
сигнал тревоги
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

аларм
(в документации Schneider Electric)
-
[Интент]

Тематики
- автоматизированные системы
Синонимы
- аларм (в документации Schneider Electric)
EN
- alarm
сигнализатор
Техническое средство, предназначенное для извещения о наличии или отсутствии физической величины установленного значения.
[РД 01.120.00-КТН-228-06]

сигнализатор
устройство аварийной сигнализации
Устройство, с помощью которого осуществляется подача звуковых или световых сигналов, предупреждающих обслуживающий персонал о неисправности или возникновении нештатной ситуации.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики
- автоматизация, основные понятия
- электросвязь, основные понятия
Синонимы
- устройство аварийной сигнализации
EN
- alarm
сигнализация
Устройство, обеспечивающее подачу звукового или светового сигнала при достижении предупредительного значения контролируемого параметра.
[ПБ 12-529-03 Правила безопасности систем газораспределения и газопотребления, утверждены постановлением Госгортехнадзора России от 18. 03. 2003 №9]
[СТО Газпром РД 2.5-141-2005]

сигнализация
-
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Тематики
- газораспределение
- релейная защита
EN
- alarm
- alm
сигнальное устройство
Устройство, осуществляющее визуальные или звуковые сигналы, привлекающие внимание обслуживающего персонала.
[ ГОСТ Р МЭК 60050-426-2006]

Тематики
- взрывозащита
EN
- alarm
тревога (на охраняемом объекте)
Предупреждение о наличии опасности или угрозы для жизни человека (людей), ценностей (имущества), окружающей среды, выдаваемое техническим средством охраны/безопасности, людьми.
[РД 25.03.001-2002]

Тематики
- системы охраны и безопасности объектов
EN
- alarm
устройство аварийной сигнализации
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- информационные технологии в целом
EN
- alarm
3.3 сигнал тревоги (alarm): Указание на нарушение безопасности, необычное или опасное состояние, которое может потребовать немедленного внимания.

Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности

3.2 сигнальное устройство (alarm): Электрооборудование, осуществляющее визуальные или звуковые сигналы, предназначенные для привлечения внимания.

Источник: ГОСТ Р МЭК 60079-13-2010: Взрывоопасные среды. Часть 13. Защита оборудования помещениями под избыточным давлением «p» оригинал документа

3.1 сигнальное устройство (alarm): Электрооборудование, осуществляющее визуальные или звуковые сигналы, предназначенные для привлечения внимания.

Источник: ГОСТ Р МЭК 60079-2-2009: Взрывоопасные среды. Часть 2. Оборудование с защитой вида заполнение или продувка оболочки под избыточным давлением "р" оригинал документа

3.1 предупреждение (alarm): Сигнал или сообщение, извещающее персонал о появлении отклонения или совокупности отклонений, требующих корректирующих действий.

Источник: ГОСТ Р ИСО 13379-2009: Контроль состояния и диагностика машин. Руководство по интерпретации данных и методам диагностирования оригинал документа

3.3 сигнал тревоги (alarm): Указание на нарушение безопасности, необычное или опасное состояние, которое может потребовать немедленного внимания.

Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности
Англо-русский словарь нормативно-технической терминологии > alarm
5 DP
1. процессор для обработки данных
2. проект предложения
3. приоритет при отбрасывании
4. предварительное сообщение
5. порт пункта назначения
6. перепад давлений
7. обработка данных
8. импульс набора номера
9. дистанционная защита
10. динамическое программирование
11. выявленный загрязнитель воздуха, не имеющий установленных норм по предельно-допустимой концентрации
выявленный загрязнитель воздуха, не имеющий установленных норм по предельно-допустимой концентрации
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- designated pollutant
- DP
динамическое программирование
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

динамическое программирование
Раздел математического программирования, совокупность приемов, позволяющих находить оптимальные решения, основанные на вычислении последствий каждого решения и выработке оптимальной стратегии для последующих решений. Процессы принятия решений, которые строятся по такому принципу, называются многошаговыми процессами. Математически оптимизационная задача строится в Д. п. с помощью таких соотношений, которые последовательно связаны между собой: например, полученный результат для одного года вводится в уравнение для следующего (или, наоборот, для предыдущего), и т.д. Таким образом, можно получить на вычислительной машине результаты решения задачи для любого избранного момента времени и «следовать» дальше. Д.п. применяется не обязательно для задач, связанных с течением времени. Многошаговым может быть и процесс решения вполне «статической» задачи. Таковы, например, некоторые задачи распределения ресурсов. Общим для задач Д.п. является то, что переменные в модели рассматриваются не вместе, а последовательно, одна за другой. Иными словами, строится такая вычислительная схема, когда вместо одной задачи со многими переменными строится много задач с малым числом (обычно даже одной) переменных в каждой. Это значительно сокращает объем вычислений. Однако такое преимущество достигается лишь при двух условиях: когда критерий оптимальности аддитивен, т.е. общее оптимальное решение является суммой оптимальных решений каждого шага, и когда будущие результаты не зависят от предыстории того состояния системы, при котором принимается решение. Все это вытекает из принципа оптимальности Беллмана (см. Беллмана принцип оптимальности), лежащего в основе теории Д.п. Из него же вытекает основной прием — нахождение правил доминирования, на основе которых на каждом шаге производится сравнение вариантов будущего развития и заблаговременное отсеивание заведомо бесперспективных вариантов. Когда эти правила обращаются в формулы, однозначно определяющие элементы последовательности один за другим, их называют разрешающими правилами. Процесс решения при этом складывается из двух этапов. На первом он ведется «с конца»: для каждого из различных предположений о том, чем кончился предпоследний шаг, находится условное оптимальное управление на последнем шаге, т.е. управление, которое надо применить, если предпоследний шаг закончился определенным образом. Такая процедура проводится до самого начала, а затем — второй раз — выполняется от начала к концу, в результате чего находятся уже не условные, а действительно оптимальные шаговые управления на всех шагах операции (см. пример в статье Дерево решений). Несмотря на выигрыш в сокращении вычислений при использовании подобных методов по сравнению с простым перебором возможных вариантов, их объем остается очень большим. Поэтому размерность практических задач Д.п. всегда незначительна, что ограничивает его применение. Можно выделить два наиболее общих класса задач, к которым в принципе мог бы быть применим этот метод, если бы не «проклятие размерности». (На самом деле на таких задачах, взятых в крайне упрощенном виде, пока удается лишь демонстрировать общие основы метода и анализировать экономико-математические модели). Первый — задачи планирования деятельности экономического объекта (предприятия, отрасли и т.п.) с учетом изменения потребности в производимой продукции во времени. Второй класс задач — оптимальное распределение ресурсов между различными направлениями во времени. Сюда можно отнести, в частности, такую интересную задачу: как распределить урожай зерна каждого года на питание и на семена, чтобы в сумме за ряд лет получить наибольшее количество хлеба?
[ http://slovar-lopatnikov.ru/]

Тематики
- информационные технологии в целом
- экономика
EN
- dynamic programming
- DP
дистанционная защита
-
[В.А.Семенов Англо-русский словарь по релейной защите]

дистанционная защита
Защита с относительной селективностью, срабатывание и селективность которой зависят от измерения в месте ее установки электрических величин, по которым путем сравнения с уставками зон оценивается эквивалентная удаленность повреждения
[Разработка типовых структурных схем микропроцессорных устройств РЗА на объектах ОАО "ФКС ЕЭС". Пояснительная записка. Новосибирск 2006 г.]

дистанционная защита
Защита, чье действие и селективность основаны на локальном измерении электрических величин, по которым рассчитываются эквивалентные расстояния до места повреждения в пределах установленных зон.
[ http://docs.cntd.ru/document/1200069370]

дистанционная защита
Защита, принцип действия и селективность которой основаны на измерении в месте установки защиты электрических величин, характеризующих повреждение, и сравнении их с уставками зон.
[Циглер Г. Цифровая дистанционная защита: принципы и применение. М.: Энергоиздат. 2005]

EN

distance protection
distance relay (US)
a non-unit protection whose operation and selectivity depend on local measurement of electrical quantities from which the equivalent distance to the fault is evaluated by comparing with zone settings
[IEV ref 448-14-01]

FR

protection de distance
protection à sélectivité relative de section dont le fonctionnement et la sélectivité dépendent de la mesure locale de grandeurs électriques à partir desquelles la distance équivalente du défaut est évaluée par comparaison avec des réglages de zones
[IEV ref 448-14-01]

Дистанционные защиты применяются в сетях сложной конфигурации, где по соображениям быстродействия и чувствительности не могут использоваться более простые максимальные токовые и токовые направленные защиты.
Дистанционной защитой определяется сопротивление (или расстояние - дистанция) до места КЗ, и в зависимости от этого защита срабатывает с меньшей или большей выдержкой времени. Следует уточнить, что современные дистанционные защиты, обладающие ступенчатыми характеристиками времени, не измеряют каждый раз при КЗ значение указанного выше сопротивления на зажимах измерительного органа и не устанавливают в зависимости от этого большую или меньшую выдержку времени, а всего лишь контролируют зону, в которой произошло повреждение. Время срабатывания защиты при КЗ в любой точке рассматриваемой зоны остается неизменным. Каждая защита выполняется многоступенчатой, причем при КЗ в первой зоне, охватывающей 80-85% длины защищаемой линии, время срабатывания защиты не более 0,15 с. Для второй зоны, выходящей за пределы защищаемой линии, выдержка времени на ступень выше и колеблется в пределах 0,4-0,6 с. При КЗ в третьей зоне выдержка времени еще более увеличивается и выбирается так же, как и для направленных токовых защит.
На рис. 7.15 показан участок сети с двухсторонним питанием и приведены согласованные характеристики выдержек времени дистанционных защит (ДЗ). При КЗ, например, в точке К1 - первой зоне действия защит ДЗ3 и ДЗ4 - они сработают с минимальным временем соответственно t I3 и t I4. Защиты ДЗ1 и ДЗ6 также придут в действие, но для них повреждение будет находиться в III зоне, и они могут сработать как резервные с временем t III1 и t III6 только в случае отказа в отключении линии БВ собственными защитами.

Рис. 7.14. Размещение токовых направленных защит нулевой последовательности на участке сетей и характеристики выдержек времени защит:
Р31-Р36 - комплекты токовых направленных защит нулевой последовательности

Рис. 7.15. Защита участка сети дистанционными защитами и характеристики выдержек времени этих защит:
ДЗ1-ДЗ6 - комплекты дистанционных защит; l3 и l4 - расстояния от мест установки защит до места повреждения

При КЗ в точке К2 (шины Б) оно устраняется действием защит ДЗ1 и ДЗ4 с временем t II1 и t II4.
Дистанционная защита - сложная защита, состоящая из ряда элементов (органов), каждый из которых выполняет определенную функцию. На рис. 7.16 представлена упрощенная схема дистанционной защиты со ступенчатой характеристикой выдержки времени. Схема имеет пусковой и дистанционный органы, а также органы направления и выдержки времени.
Пусковой орган ПО выполняет функцию отстройки защиты от нормального режима работы и пускает ее в момент возникновения КЗ. В качестве такого органа в рассматриваемой схеме применено реле сопротивления, реагирующее на ток I р и напряжение U p на зажимах реле.
Дистанционные (или измерительные) органы ДО1 и ДО2 устанавливают меру удаленности места КЗ.
Каждый из них выполнен при помощи реле сопротивления, которое срабатывает при КЗ, если

где Z p - сопротивление на зажимах реле; Z - сопротивление защищаемой линии длиной 1 км; l - длина участка линии до места КЗ, км; Z cp - сопротивление срабатывания реле.
Из приведенного соотношения видно, что сопротивление на зажимах реле Z p пропорционально расстоянию l до места КЗ.
Органы выдержки времени ОВ2 и ОВ3 создают выдержку времени, с которой защита действует на отключение линии при КЗ во второй и третьей зонах. Орган направления OHM разрешает работу защиты при направлении мощности КЗ от шин в линию.
В схеме предусмотрена блокировка БН, выводящая защиту из действия при повреждениях цепей напряжения, питающих защиту. Дело в том, что если при повреждении цепей напряжение на зажимах защиты Uр=0, то Zp=0. Это означает, что и пусковой, и дистанционный органы могут сработать неправильно. Для предотвращения отключения линии при появлении неисправности в цепях напряжения блокировка снимает с защиты постоянный ток и подает сигнал о неисправности цепей напряжения. Оперативный персонал в этом случае обязан быстро восстановить нормальное напряжение на защите. Если по какой-либо причине это не удается выполнить, защиту следует вывести из действия переводом накладки в положение "Отключено".

Рис. 7.16. Принципиальная схема дистанционной защиты со ступенчатой характеристикой выдержки времени

Работа защиты.

При КЗ на линии срабатывают реле пускового органа ПО и реле органа направления OHM. Через контакты этих реле плюс постоянного тока поступит на контакты дистанционных органов и на обмотку реле времени третьей зоны ОВ3 и приведет его в действие. Если КЗ находится в первой зоне, дистанционный орган ДО1 замкнет свои контакты и пошлет импульс на отключение выключателя без выдержки времени. При КЗ во второй зоне ДО1 работать не будет, так как значение сопротивления на зажимах его реле будет больше значения сопротивления срабатывания. В этом случае сработает дистанционный орган второй зоны ДО2, который запустит реле времени ОВ2. По истечении выдержки времени второй зоны от реле ОВ2 поступит импульс на отключение линии. Если КЗ произойдет в третьей зоне, дистанционные органы ДО1 и ДО2 работать не будут, так как значения сопротивления на их зажимах больше значений сопротивлений срабатывания. Реле времени ОВ3, запущенное в момент возникновения КЗ контактами реле OHM, доработает и по истечении выдержки времени третьей зоны пошлет импульс на отключение выключателя линии. Дистанционный орган для третьей зоны защиты, как правило, не устанавливается.
В комплекты дистанционных защит входят также устройства, предотвращающие срабатывание защит при качаниях в системе.
[ http://leg.co.ua/knigi/raznoe/obsluzhivanie-ustroystv-releynoy-zaschity-i-avtomatiki-4.html]

Тематики
- релейная защита
Синонимы
- дистанционная релейная защита
EN
DE
- Distanzschutz, m
FR
- protection de distance
импульс набора номера
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- информационные технологии в целом
EN
- dial signa
- dial pulse
- DP
обработка данных
Систематическое осуществление операций над данными.
[ИСО/МЭК 2382-1]
[ ГОСТ Р 52292-2004]

обработка данных
Технологическая операция, в результате которой изменяет свое значение хотя бы один из показателей, характеризующих состояние данных (объем данных при этом не изменяется).
[ ГОСТ Р 51170-98]

обработка данных
- Любое преобразование данных при решении конкретной задачи.
- Работа, выполняемая компьютером.
[ http://www.morepc.ru/dict/]

обработка данных
Процесс приведения данных к виду, удобному для использования. Независимо от вида информации, которая должна быть получена, и типа оборудования любая система О.д. выполняет три основные группы операций: подбор исходных, входных данных (см. Сбор данных), собственно их обработку (в процессе которой система оперирует промежуточными данными), получение и анализ результатов, т.е. выходных данных). Выполняет ли эти операции человек или машина (см. Автоматизированная система обработки данных), все равно они следуют при этом заданному алгоритму (для человека это могут быть инструкция, методика, а для ЭВМ — программа). Важным процессом О.д. является агрегирование, укрупнение их от одной к другой ступени хозяйственной иерархии. Проверка статистических данных, приведение их к сопоставимому виду, сложение, вычитание и другие арифметические операции — тоже процессы О.д. Можно назвать также выборку, отсечение ненужных данных, запоминание, изменение последовательности (упорядочение), классификацию и многие другие. О.д. предшествует во времени принятию решений. Она может производиться эпизодически, периодически (т.е. через заданные промежутки времени), в АСУ — также в реальном масштабе времени. Последнее означает, что О.д. производится с той же скоростью, с какой протекают описываемые ими события, иначе говоря — со скоростью, достаточной для анализа событий и управления их последующим ходом.
[ http://slovar-lopatnikov.ru/]

Тематики
EN
перепад давлений
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
порт пункта назначения
(МСЭ-T G.7041/ Y.1303).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- destination port
- DP
предварительное сообщение
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики
- информационные технологии в целом
EN
- draft proposal
- DP
приоритет при отбрасывании
(МСЭ-T G.8010/ Y.1306).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- dropping precedence
- DP
проект предложения
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- draft proposal
- DP
процессор для обработки данных
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики
- информационные технологии в целом
EN
- data processor
- DP
Англо-русский словарь нормативно-технической терминологии > DP
6 alarm management
1. управление аварийными сигналами
управление аварийными сигналами
-
[Интент]

Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.

Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.

„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.

Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)

Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).

Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)

На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Начало работы

Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".

Характеристики «хорошего» аварийного сообщения

В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:

• Должно быть четко определено возникшее состояние;

• Следует использовать терминологию, понятную для оператора;

• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;

• Следует использовать согласованную структуру сообщения;

• Система не должна строиться только на основе теговых обозначений и номеров;

• Следует проверить удобство работы на реальном производстве.

Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".

Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.

Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.

Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.

Адекватная реакция

Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"

Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.

Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.

И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.

Система, нацеленная на оператора

Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.

«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.

Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.

Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"

Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.

«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.

Рентабельность

Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.

Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.

Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.

Автор: Джини Катцель, Control Engineering

[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]

Тематики
- автоматизированные системы
EN
- alarm management
Англо-русский словарь нормативно-технической терминологии > alarm management
7 point-to-point
1. точка-точка
2. двухточечная связь
двухточечная связь
Топология электрической сети, предусматривающая попарное соединение объектов, каждый из которых имеет встроенный согласующий резистор, подключенный к линии связи.
[ ГОСТ Р 41.13-2007]

Тематики
- автотранспортная техника
EN
- point-to-point
точка-точка
Способ соединения, когда два узла сети соединены между собой только одним путем (напрямую, без посредников).
[ http://www.morepc.ru/dict/]

из пункта в пункт
точка-точка
соединение между двумя пунктами
(МСЭ-Т Y.1314).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

“точка-точка”
двухточечное соединение
Прямое взаимодействие друг с другом двух станций или узлов связи без использования промежуточных ретрансляторов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

точка-точка
Канал связи "от одного к другому" между двумя узлами, который используется только для передачи данных между этими двумя узлами.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Модель Point-to-point

В модели point-to-point (P2P) - точка-к-точке, организован обмен информацией между посылающим приложением - передатчиком и одним реципиентом - приемником.

Рис. 10.

Рисунок 10 показывает простую P2P модель. Одиночный передатчик посылает сообщение в очередь, которая расположена на сервере сообщений. В этом случае, два приемника зарегистрировались в сервере сообщений как потенциальные потребители информации в этой очереди. Первый приемник, опросивший первым очередь, принимает сообщение. Если приемник принял сообщение, оно исчезает из очереди, и ни один приемник не может более получить это сообщение. P2P модель применяется, когда сообщения используются одноразово.
[ http://www.getinfo.ru/article207.html]

Тематики
- информационные технологии в целом
- релейная защита
- электросвязь, основные понятия
Синонимы
EN
2.26 двухточечная связь (point-to-point): Топология электрической сети, предусматривающая попарное соединение объектов, каждый из которых имеет встроенный согласующий резистор, подключенный к линии связи.

Источник: ГОСТ Р 41.13-2007: Единообразные предписания, касающиеся транспортных средств категорий М, N и О в отношении торможения оригинал документа
Англо-русский словарь нормативно-технической терминологии > point-to-point
8 P-P
1. точка-точка
2. связь пункта с пунктом
связь пункта с пунктом
Связь, обеспечиваемая одним соединением, например, радиорелейная линия между двумя станциями, расположенными в фиксированных пунктах, или многократно каскадно соединенные линии, образованные с использованием промежуточных ретрансляторов с частичным вводом/выводом полезной нагрузки или без него (МСЭ-R F.592).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- point-to-point communication
- P-P
точка-точка
Способ соединения, когда два узла сети соединены между собой только одним путем (напрямую, без посредников).
[ http://www.morepc.ru/dict/]

из пункта в пункт
точка-точка
соединение между двумя пунктами
(МСЭ-Т Y.1314).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

“точка-точка”
двухточечное соединение
Прямое взаимодействие друг с другом двух станций или узлов связи без использования промежуточных ретрансляторов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

точка-точка
Канал связи "от одного к другому" между двумя узлами, который используется только для передачи данных между этими двумя узлами.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Модель Point-to-point

В модели point-to-point (P2P) - точка-к-точке, организован обмен информацией между посылающим приложением - передатчиком и одним реципиентом - приемником.

Рис. 10.

Рисунок 10 показывает простую P2P модель. Одиночный передатчик посылает сообщение в очередь, которая расположена на сервере сообщений. В этом случае, два приемника зарегистрировались в сервере сообщений как потенциальные потребители информации в этой очереди. Первый приемник, опросивший первым очередь, принимает сообщение. Если приемник принял сообщение, оно исчезает из очереди, и ни один приемник не может более получить это сообщение. P2P модель применяется, когда сообщения используются одноразово.
[ http://www.getinfo.ru/article207.html]

Тематики
- информационные технологии в целом
- релейная защита
- электросвязь, основные понятия
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > P-P
9 P2P
1. точка-точка
точка-точка
Способ соединения, когда два узла сети соединены между собой только одним путем (напрямую, без посредников).
[ http://www.morepc.ru/dict/]

из пункта в пункт
точка-точка
соединение между двумя пунктами
(МСЭ-Т Y.1314).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

“точка-точка”
двухточечное соединение
Прямое взаимодействие друг с другом двух станций или узлов связи без использования промежуточных ретрансляторов.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

точка-точка
Канал связи "от одного к другому" между двумя узлами, который используется только для передачи данных между этими двумя узлами.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Модель Point-to-point

В модели point-to-point (P2P) - точка-к-точке, организован обмен информацией между посылающим приложением - передатчиком и одним реципиентом - приемником.

Рис. 10.

Рисунок 10 показывает простую P2P модель. Одиночный передатчик посылает сообщение в очередь, которая расположена на сервере сообщений. В этом случае, два приемника зарегистрировались в сервере сообщений как потенциальные потребители информации в этой очереди. Первый приемник, опросивший первым очередь, принимает сообщение. Если приемник принял сообщение, оно исчезает из очереди, и ни один приемник не может более получить это сообщение. P2P модель применяется, когда сообщения используются одноразово.
[ http://www.getinfo.ru/article207.html]

Тематики
- информационные технологии в целом
- релейная защита
- электросвязь, основные понятия
Синонимы
EN
Англо-русский словарь нормативно-технической терминологии > P2P
10 reach
1. проект REACH
2. охват аудитории
3. охват
4. область действия
5. область влияния
6. зона досягаемости
7. достигать
8. длина плеча
9. вынос стрелы (крана)
10. бьеф
бьеф
Водное пространство, прилегающее к водоподпорному сооружению;
выше подпорного сооружения - верхний Б.,
ниже сооружения - нижний Б.
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

бьеф
Часть водотока, примыкающая к водоподпорному сооружению
[ ГОСТ 19185-73]
[СО 34.21.308-2005]

Тематики
- водоснабжение и канализация в целом
- гидротехника
EN
- pool
- reach
DE
FR
- bief
вынос стрелы (крана)
вынос стрелы
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики
- нефтегазовая промышленность
Синонимы
- вынос стрелы
EN
- reach
длина плеча
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики
- нефтегазовая промышленность
EN
- reach
достигать
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- reach
- amount
зона досягаемости
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

Тематики
- электротехника, основные понятия
EN
- reach
область влияния
охват
простираться
достигать
охватывать
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики
- нефтегазовая промышленность
Синонимы
EN
- reach
область действия
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999]

Тематики
- электротехника, основные понятия
EN
- reach
охват
Число лиц, до которых средство распространения рекламы доносит (actual reach) или может донести (potential reach) рекламное сообщение.
[ http://www.morepc.ru/dict/]

Тематики
- информационные технологии в целом
EN
- Reach
охват аудитории
Это величина, которая определяет аудиторию, которая видела или слышала рекламу в ходе кампании. В медиаплане охват может быть представлен в двух показателях: как аудитория, которая видела рекламу n раз ( reach ( n)), и как аудитория, которая видела рекламу не менее n раз ( reach ( n +)). Особо выделяется показатель reach (1+), представляющий собой число людей из потенциальной аудитории, которые видели или слышали рекламу не менее одного раза. В случае одноразовой трансляции показатели rating, reach (1) и reach (1+) совпадают. Перед рекламодателем может встать необходимость выбора конкретного медианосителя из числа возможных. В этом случае при прочих равных условиях важное значение приобретают стоимостные характеристики.
[ http://www.lexikon.ru/rekl/a_eng.html]

Тематики
- реклама
EN
- reach
проект REACH
проект «Ресурсы для здоровья детей»
Общественная организация США.
[Англо-русский глоссарий основных терминов по вакцинологии и иммунизации. Всемирная организация здравоохранения, 2009 г.]

Тематики
- вакцинология, иммунизация
Синонимы
- проект «Ресурсы для здоровья детей»
EN
- Resource for Child Health
- REACH
Англо-русский словарь нормативно-технической терминологии > reach
11 fill\ up

1. II
fill up in some manner fill up slowly (gradually, etc.) медленно и т. д. заполняться; all parts of the theatre were quickly filling up все места в театре быстро заполнялись
2. III
fill up smth. /smth. up/1)

fill up a tank (one's cup, a glass, etc.) наполнять [доверху] бак и т. д.,; how much gas do you want? fill up Fill her up сколько вам [налить] бензину? fill up Сколько войдет [влезет]; fill up the ditch (a hole, a pond, etc.) засыпать канаву и т. д.', fill up a decayed tooth запломбировать гнилой зуб; fill up a theatre заполнить театр; а report of the accident fills up a column of the paper сообщение об этом несчастном случае занимает в газете целый столбец

2)

fill up a deficiency восполнить недостаток; fill up one's time занимать время; fill up a vacancy занять вакантное место

3)

fill up an official form (a blank, the blanks in the order sheet, an application form, a cheque, a schedule, etc.) заполнять анкету и т. д.
3. IV
fill up smth. /smth. up/ in some manner fill up documents quickly (carefully, clearly, etc.) быстро и т. д. заполнить документы
4. XVI
fill up with smth. fill up with water (with mud, with petrol, etc.) наполняться водой и т. д.; the ditch filled up with mud and water канава заполнилась водой и грязью
5. XXI1
fill up smth. with smth. fill up this pail with water налейте воду в это ведро, наполните это ведро водой; fill up the room with various articles of furniture заставить комнату разной мебелью; she fills up the time between supper and bed with knitting время между ужином и сном она посвящает вязанию

English-Russian dictionary of verb phrases > fill\ up
12 tear up

phrvt infml esp AmE

1)

The news tore her up — Это известие вызвало у нее шок

He was badly torn up by the news of the accident — Сообщение о несчастном случае его потрясло

The situation really tore him up — Положение дел привело его в отчаяние

2)

The two drunks tore up the bar the best they could — Двое алкашей учинили в этом баре настоящий погром

The new dictionary of modern spoken language > tear up
13 CAP
1. цоколь лампы
2. протокол общего оповещения
3. программа по выполнению корректирующих мер на АЭС
4. программа непрерывного контроля
5. прикладная часть CAMEL
6. портал кабельного адреса
7. порода кровли пласта
8. план корректирующих мер [мероприятий] на АЭС
9. оголовок
10. объём
11. общая сельскохозяйственная политика
12. насадка (в строительных конструкциях)
13. кэп
14. комитет по бухгалтерским процедурам
15. колпачок катушки индуктивности
16. колпачок (тарелки ректификационной колонны)
17. колпачок (в упаковке)
18. колпак
19. капсюль (биатлон)
20. издание с использованием ЭВМ
21. закрывать пробкой
22. заглушать отверстие
23. выход продукции
24. возможность (в электросвязи)
25. бетонная стяжка
26. беговая дорожка протектора
27. амплитудно-фазовая модуляция с подавленной несущей
28. автоматизированное планирование
автоматизированное планирование
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики
- информационные технологии в целом
EN
- computer-aided planning
- CAP
амплитудно-фазовая модуляция с подавленной несущей
Спектрально-эффективный метод многопозиционной квадратурной модуляции, при котором несущая частота модулируется по амплитуде и фазе, образуя кодовое пространство с N состояниями; обычно N=16 (САР16), 64 (САР64) или 128 (САР128). Несущая частота в линию не передается - она “вырезается” из сигнала, а затем восстанавливается в приемнике. Модуляция САР64 применяется в линии абонентского доступа ADSL и HDSL (1,168 Мбит/с), а САР128 - в SDSL (2,32 Мбит/с).
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]

Тематики
- электросвязь, основные понятия
EN
- CAP
- Carrierless Amplitude/Phase modulation
беговая дорожка протектора
Поверхность протектора покрышки, контактирующая с дорогой.
[ ГОСТ 22374-77]

Тематики
- шины пневматические
Обобщающие термины
- элементы покрышки пневматической шины
EN
- cap
DE
- Protektoroberteil
FR
- chape
бетонная стяжка
-

Бетонная стяжка - это слой бетона (с добавлением наполнителя такого как щебень, гранитная или мраморная крошка) либо без наполнителя на основе песка различных фракций и цемента затворенных водой. Стяжка, как правило, заливается на горизонтальной поверхности для ее выравнивания, упрочнения, либо для поднятия уровня пола до желаемого. Толщина стяжки обычно составляет от 1 до 8 см.

Бетонная стяжка, как правило, обладает очень высокой прочностью (при условии ее устройства из качественного бетона) но и достаточно большим весом (до 2,4 тонн на метр кубический в зависимости от наполнителя). При определенных технических требованиях (техническом задании) бетонная стяжка армируется.

Существует два основных вида стяжки – черновая и чистовая. Черновая бетонная стяжка в большинстве случаев заливается бетоном с наполнителем, такой бетон обладает большей прочностью, чем цементно-песчаный раствор. Качество поверхности такой стяжки не идеально. В дальнейшем на черновую стяжку наносится слой чистовой стяжки, выполненной из песчано-цементного раствора, или других выравнивающих смесей. В ряде случаев, для выравнивания черновой стяжки, после ее затвердения, поверхность шлифуют мозаично-шлифовальными машинами.

Разметка помещения, в котором идет выравнивание полов. Установка необходимых маяков. Если ширина помещения составляет более 5 метров, целесообразно разделить его на отдельные участки. Технология выравнивания полов предполагает использование для этого расширительных швов.
Стяжка выполняется как горизонтально (по уровню) в таких случаях как выравнивание пола, поднятие уровня пола, так и не горизонтально - это как правило устройство отмосток (полоса вокруг фундамента для отвода вод в виде осадков от фундамента строения) в этом случае необходим уклон от фундамента, также при устройстве съездов между разноуровневыми поверхностями.
[ http://www.potolokipol.ru/viravnivanie_polov/]

Тематики
- строительные и монтажные работы
Действия
- заливка бетонной стяжки
EN
возможность
Сообщение о возможностях (МСЭ-Т Н.239).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- cap
выход продукции
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
заглушать отверстие
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- cap
закрывать пробкой
запечатывать
(скважину)
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики
- нефтегазовая промышленность
Синонимы
- запечатывать
EN
- Cap
издание с использованием ЭВМ
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики
- информационные технологии в целом
EN
- computer-aided (computer assisted) publishing
- CAP
капсюль
Составная часть патрона.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

EN

cap
primer
Component of the cartridge.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

Тематики
- биатлон
EN
- cap
- primer
колпак
—
[Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

колпак
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- электротехника, основные понятия
EN
- cap
- shroud
колпачок
Укупорочное средство, надеваемое на горловину тары для обеспечения герметичности и (или) защиты тары.
Примечание
В некоторых случаях колпачок создает одно целое с пробкой или крышкой.
[ ГОСТ 17527-2003]

Тематики
- упаковка, упаковывание
Обобщающие термины
- укупорочные средства
EN
- cap
DE
- Kappe
FR
- capuchon
колпачок (тарелки ректификационной колонны)
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики
- нефтегазовая промышленность
EN
- Cap
колпачок катушки индуктивности
колпачок
Ндп. заглушка
Деталь экранированной катушки из немагнитного металла, высота которой больше половины ее внутреннего диаметра, предназначенная для обеспечения влагозащиты и предохранения подстроечника от механических повреждений.
[ ГОСТ 20718-75]

Недопустимые, нерекомендуемые
- заглушка
Тематики
- катушки индуктивности аппаратуры связи
Синонимы
- колпачок
EN
- cap
комитет по бухгалтерским процедурам
Орган, созданный в США в 1938 г. для принятия бухгалтерских принципов, которые позволяют пользователю иметь адекватную информацию о деятельности компании. Этот комитет состоял из практикующих дипломированных общественных бухгалтеров, основной задачей которого было уменьшение количества различных трактовок и несоответствий в бухгалтерской практике. С 1938 по 1959 г. им был выпущен пятьдесят один Бюллетень бухгалтерских исследований (Accounting Research Bulletins - ARBs). В период с 1953-1959 гг. другой комитет Американского института дипломированных общественных бухгалтеров (American Institute of Certified Public Accountants - AICPA) - Комитет по терминологии (Committee on Terminology) - выпускает четыре Бюллетеня бухгалтерских терминов (Accounting Terminology Bulletins). Эти документы явились базой для создания учетных стандартов США. В 1959 г. Комитет по бухгалтерским процедурам был распущен, так как бюллетени носили рекомендательный характер и отличались узкопроблемным подходом.
[ http://www.lexikon.ru/dict/buh/index.html]

Тематики
- бухгалтерский учет
EN
- Committee on Accounting Procedure
- CAP
кэп
метилированный кэп
Метилированный по положению 7 (у многоклеточных организмов - еще и по положению 2'-О) нуклеозид (гуанозин) на 5'-конце многих мРНК эукариот; процесс образования К. находится под контролем гуанилилтрансферазы (собственно метилирование катализируется гуанин-7-метилтрансферазой); К. (наряду с полиадениловым 3'-концом poly(A)-tail) защищает мРНК от действия экзонуклеаз и необходим для их эффективной трансляции.
[Арефьев В.А., Лисовенко Л.А. Англо-русский толковый словарь генетических терминов 1995 407с.]

Тематики
- генетика
Синонимы
- метилированный кэп
EN
- cap
- methylated cap
насадка
Горизонтальный брус, уложенный поверх ряда голов свай или шпунтин
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики
- строительные конструкции
EN
- cap
- head-piece
DE
- Kappholz
- Kopfbalken
FR
- chapeau
общая сельскохозяйственная политика
Политика, проводимая Европейским экономическим сообществом (European Economic Community) с целью поддержания свободы торговли в рамках Общего рынка и защиты интересов фермеров из стран-членов ЕЭС. Европейская комиссия (European Commission) устанавливает пороговую цену (threshold price); зерновые, предлагаемые по ценам ниже этой установленной, не могут быть импортированы в Европейское сообщество (ЕС). Кроме того, Комиссия закупает у фермеров излишки зерновых по согласованной интервенционной цене (intervention price) с тем, чтобы помочь им реализовать продукцию по в среднем приемлемой цене, называемой "целевой" (target price). В том же порядке, что и для зерновых, согласовываются цены на мясо, птицу, яйца, фрукты и овощи. В рамках проведения Общей сельскохозяйственной политики Европейская комиссия может субсидировать модернизацию фермерских хозяйств в странах Сообщества. Общая сельскохозяйственная политика определяет также единую политику в отношении экспорта сельскохозяйственной продукции в страны, не входящие в ЕС. В Великобритании Управление интервенций в сельскохозяйственное производство отвечает за выполнение требований ЕС, связанных с Общей сельскохозяйственной политикой. См. также: Common Budget (Общий бюджет); European Agricultural Guidance and Guarantee Fund (Европейский сельскохозяйственный консультационный и гарантийный фонд).
[ http://www.vocable.ru/dictionary/533/symbol/97]

Тематики
- финансы
EN
- common agricultural policy
- CAP
объём
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- quantum
- size
- volume
- capacity
- C
- cap
- cpty
- V
- vol
оголовок
Верхняя опорная часть колонн или стоек
[Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

Тематики
- строительные изделия прочие
EN
DE
- Kopf
FR
- tête
- tête du poteau
план корректирующих мер [мероприятий] на АЭС
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- corrective action plan
- CAP
порода кровли пласта
толща наносных несвязанных пород
—
[ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

Тематики
- нефтегазовая промышленность
Синонимы
- толща наносных несвязанных пород
EN
- Cap
портал кабельного адреса
(МСЭ-Т J.191).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- cable address portal
- CAP
прикладная часть CAMEL
(МСЭ-Т Q.1741).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- CAMEL application part
- CAP
программа непрерывного контроля
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
EN
- continuous audit program
- CAP
программа по выполнению корректирующих мер на АЭС
программа по выполнению корректирующих мероприятий на АЭС
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики
- энергетика в целом
Синонимы
- программа по выполнению корректирующих мероприятий на АЭС
EN
- corrective action program
- CAP
протокол общего оповещения
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики
- электросвязь, основные понятия
EN
- common alerting protocol
- CAP
цоколь лампы
Деталь электрической лампы, служащая для ее крепления в патроне и обеспечивающая присоединение к питающей сети.
[ ГОСТ 15049-81]

Типы цоколей ламп и их обозначение

Первая буква указывает на тип цоколя:

E – резьбовой цоколь( Эдисона)
G – штырьковый цоколь
R – цоколь с утопленным контактом
B – штифтовой цоколь (Байонет)
F – цоколь с одним штырьком
a – цилиндрический штырёк
b – рифленый штырёк
c – штырёк специальной формы
S – софитный цоколь
K – цоколь с кабельными соединениями
H – цоколь для ксеноновых ламп
P – фокусирующий цоколь
T – телефонный цоколь
W – основание, в котором электрический контакт с патроном осуществляется непосредственно через токовые вводы, расположенные на стеклянном основании лампы.

Последующее число указывает диаметр соединительной части цоколя или расстояние между контактами.
Если далее идут буквы, то они указывают на количество контактных пластин, штырьков или гибких соединений:

s - один контакт
d - два контакта
t - три контакта
q - четыре контакта
p - пять контактов

Иногда к первой букве добавляется еще одна буква, уточняющая (для некоторых типов):

U – энергосберегающая лампочка;
V – цоколь с коническим концом;
A – автомобильная лампа.

Пример расшифровки цоколя лампы: E14U – лампа энергосберегающая с резьбовым цоколем, диаметром 14 мм.

Если разделять цоколи ламп глобально, то существуют резьбовые цоколи и цоколи с поверхностными контактами (штыковые, с утопленным контактом и т.д.) Далее и поговорим более конкретно, о каждом из типов цоколей.
В зависимости от популярности мы будем приводить соответственное количество изображений и информаций о описываемых цоколях ламп. Также до того как мы начали рассказывать конкретно о каждом из них, предлагаем вам ознакомиться с возможными видами цоколей ламп.

[ Источник]

Тематики
- лампы, светильники, приборы и комплексы световые
EN
Англо-русский словарь нормативно-технической терминологии > CAP
14 clock synchronization
1. синхронизация по тактам
2. синхронизация времени
синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]

Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]

В том случае если принятое сообщение искажено ( повреждено) в результате неисправности канала связи или в результате потери синхронизации времени, пользователь имеет возможность...

2.13 Синхронизация часов реального времени сигналом по оптовходу
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени по интерфейсу IRIG-B, если реле оснащено таким входом или сигналом от системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП РАБОТЫ]

СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

Автор: Андреас Дреер (Hirschmann Automation and Control)

Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

ПРЕДЫДУЩИЕ РЕШЕНИЯ

Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:
- Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
- Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
  - Предъявление невысоких требований к обслуживающему персоналу.
  - Возможность использования в сетях Ethernet, а также в других сетях.
  - Спецификация его как международного стандарта.
ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

ПРОТОКОЛ PTP ВЕРСИИ 2

В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:
- Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
- Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
- Поддержка новых типов сообщений.
- Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
- Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
- Ввод профилей, определяющих настройки для новых областей применения.
- Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
- Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
- Ввод дополнительных опциональных расширений стандарта.
ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной. Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

РЕЗУЛЬТАТЫ

Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы погрешности менее в пределах +/- 200 нс.

Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

ВЫВОДЫ

Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

[ Источник]

Тематики
- релейная защита
- телемеханика, телеметрия
EN
- clock synchronization
- time synchronization
синхронизация по тактам
тактовая синхронизация
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики
- информационные технологии в целом
Синонимы
- тактовая синхронизация
EN
- clock synchronization
Англо-русский словарь нормативно-технической терминологии > clock synchronization
15 time synchronization
1. синхронизация времени
синхронизация времени
-
[ ГОСТ Р МЭК 60870-5-103-2005]

Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
[Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
[Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
Перевод с английского ]

В том случае если принятое сообщение искажено ( повреждено) в результате неисправности канала связи или в результате потери синхронизации времени, пользователь имеет возможность...

2.13 Синхронизация часов реального времени сигналом по оптовходу
В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
Это может быть выполнено с использованием сигналов синхронизации времени по интерфейсу IRIG-B, если реле оснащено таким входом или сигналом от системы OP
[Дистанционная защита линии MiCOM P443/ ПРИНЦИП РАБОТЫ]

СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

Автор: Андреас Дреер (Hirschmann Automation and Control)

Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

ПРЕДЫДУЩИЕ РЕШЕНИЯ

Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:
- Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
- Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
  - Предъявление невысоких требований к обслуживающему персоналу.
  - Возможность использования в сетях Ethernet, а также в других сетях.
  - Спецификация его как международного стандарта.
ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

ПРОТОКОЛ PTP ВЕРСИИ 2

В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:
- Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
- Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
- Поддержка новых типов сообщений.
- Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
- Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
- Ввод профилей, определяющих настройки для новых областей применения.
- Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
- Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
- Ввод дополнительных опциональных расширений стандарта.
ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной. Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

РЕЗУЛЬТАТЫ

Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы погрешности менее в пределах +/- 200 нс.

Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

ВЫВОДЫ

Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

[ Источник]

Тематики
- релейная защита
- телемеханика, телеметрия
EN
- clock synchronization
- time synchronization
Англо-русский словарь нормативно-технической терминологии > time synchronization
16 generic object oriented substation event
1. широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:
- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:
- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:
- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]

Тематики
- релейная защита
Синонимы
- GOOSE-сообщение
- общие объектно-ориентированные события на подстанции
EN
- generic object oriented substation event
- GOOSE
Англо-русский словарь нормативно-технической терминологии > generic object oriented substation event
17 GOOSE
1. широковещательное объектно-ориентированное сообщение о событии на подстанции
GOOSE-сообщение
-
[Интент]

широковещательное объектно-ориентированное сообщение о событии на подстанции
Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и виртуальных.
Примечание. Этот отчет выдается многократно последовательно, как правило, сразу после первого отчета с интервалами 2, 4, 8,…, 60000 мс. Значение задержки первого повторения является конфигурируемым. Такой отчет обеспечивает выдачу высокоскоростных сигналов отключения с высокой вероятностью доставки.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

общие объектно-ориентированные события на подстанции
-
[ ГОСТ Р МЭК 61850-7-2-2009]

GOOSE
Generic Object Oriented Substation Event (стандарт МЭК 61850-8-1)
Протокол передачи данных о событиях на подстанции.
Один из трех протоколов передачи данных, предлагаемых к использованию в МЭК 61850.
Фактически данный протокол служит для замены медных кабельных связей, предназначенных для передачи дискретных сигналов между устройствами.
[ Цифровые подстанции. Проблемы внедрения устройств РЗА]

EN

generic object oriented substation event
on the occurrence of any change of state, an IED will multicast a high speed, binary object, Generic Object Oriented Substation Event (GOOSE) report by exception, typically containing the double command state of each of its status inputs, starters, output elements and relays, actual and virtual.

This report is re-issued sequentially, typically after the first report, again at intervals of 2, 4, 8…60000 ms. (The first repetition delay value is an open value it may be either shorter or longer).

A GOOSE report enables high speed trip signals to be issued with a high probability of delivery
[IEC 61850-2, ed. 1.0 (2003-08)]

До недавнего времени для передачи дискретных сигналов между терминалами релейной защиты и автоматики (РЗА) использовались дискретные входы и выходные реле. Передача сигнала при этом осуществляется подачей оперативного напряжения посредством замыкания выходного реле одного терминала на дискретный вход другого терминала (далее такой способ передачи будем называть традиционным).
Такой способ передачи информации имеет следующие недостатки:
- необходимо большое количество контрольных кабелей, проложенных между шкафами РЗА,
- терминалы РЗА должны иметь большое количество дискретных входов и выходных реле,
- количество передаваемых сигналов ограничивается определенным количеством дискретных входов и выходных реле,
- отсутствие контроля связи между терминалами РЗА,
- возможность ложного срабатывания дискретного входа при замыкании на землю в цепи передачи сигнала.
Информационные технологии уже давно предоставляли возможность для передачи информации между микропроцессорными терминалами по цифровой сети. Разработанный недавно стандарт МЭК 61850 предоставил такую возможность для передачи сигналов между терминалами РЗА.
Стандарт МЭК 61850 использует для передачи данных сеть Ethernet. Внутри стандарта МЭК 61850 предусмотрен такой механизм, как GOOSE-сообщения, которые и используются для передачи сообщений между терминалами РЗА.
Принцип передачи GOOSE-сообщений показан на рис. 1.

Устройство-отправитель передает по сети Ethernet информацию в широковещательном диапазоне.
В сообщении присутствует адрес отправителя и адреса, по которым осуществляется его передача, а также значение сигнала (например «0» или «1»).
Устройство-получатель получит сообщение, а все остальные устройства его проигнорируют.
Поскольку передача GOOSE-сообщений осуществляется в широковещательном диапазоне, т.е. нескольким адресатам, подтверждение факта получения адресатами сообщения отсутствует. По этой причине передача GOOSE-сообщений в установившемся режиме производится с определенной периодичностью.
При наступлении нового события в системе (например, КЗ и, как следствие, пуска измерительных органов защиты) начинается спонтанная передача сообщения через увеличивающиеся интервалы времени (например, 1 мс, 2 мс, 4 мс и т.д.). Интервалы времени между передаваемыми сообщениями увеличиваются, пока не будет достигнуто предельное значение, определяемое пользователем (например, 50 мс). Далее, до момента наступления нового события в системе, передача будет осуществляется именно с таким периодом. Указанное проиллюстрировано на рис. 2.

Технология повторной передачи не только гарантирует получение адресатом сообщения, но также обеспечивает контроль исправности линии связи и устройств – любые неисправности будут обнаружены по истечении максимального периода передачи GOOSE-сообщений (с точки зрения эксплуатации практически мгновенно). В случае передачи сигналов традиционным образом неисправность выявляется либо в процессе плановой проверки устройств, либо в случае неправильной работы системы РЗА.

Еще одной особенностью передачи GOOSE-сообщений является использование функций установки приоритетности передачи телеграмм (priority tagging) стандарта Ethernet IEEE 802.3u, которые не используются в других протоколах, в том числе уровня TCP/IP. То есть GOOSE-сообщения идут в обход «нормальных» телеграмм с более высоким приоритетом (см. рис. 3).

Однако стандарт МЭК 61850 декларирует передачу не только дискретной информации между терминалами РЗА, но и аналоговой. Это означает, что в будущем будет иметься возможность передачи аналоговой информации от ТТ и ТН по цифровым каналам связи. На данный момент готовых решений по передаче аналоговой информации для целей РЗА (в рамках стандарта МЭК 61850) ни один из производителей не предоставляет.
Для того чтобы использовать GOOSE-сообщения для передачи дискретных сигналов между терминалами РЗА необходима достаточная надежность и быстродействие передачи GOOSE-сообщений. Надежность передачи GOOSE-сообщений обеспечивается следующим:
- Протокол МЭК 61850 использует Ethernet-сеть, за счет этого выход из строя верхнего уровня АСУ ТП и любого из устройств РЗА не отражается на передаче GOOSE-сообщений оставшихся в работе устройств,
- Терминалы РЗА имеют два независимых Ethernet-порта, при выходе одного из них из строя второй его полностью заменяет,
- Сетевые коммутаторы, к которым подключаются устройства РЗА, соединяются в два независимых «кольца»,
- Разные порты одного терминала РЗА подключаются к разным сетевым коммутаторам, подключенным к разным «кольцам»,
- Каждый сетевой коммутатор имеет дублированное питание от разных источников,
- Во всех устройствах РЗА осуществляется постоянный контроль возможности прохождения каждого сигнала. Это позволяет автоматически определить не только отказы цифровой связи, но и ошибки параметрирования терминалов.
На рис. 4 изображен пример структурной схемы сети Ethernet (100 Мбит/c) подстанции. Отказ в передаче GOOSE-сообщения от одного устройства защиты другому возможен в результате совпадения как минимум двух событий. Например, одновременный отказ двух коммутаторов, к которым подключено одно устройство или одновременный отказ обоих портов одного устройства. Могут быть и более сложные отказы, связанные с одновременным наложением большего количества событий. Таким образом, единичные отказы оборудования не могут привести к отказу передачи GOOSEсообщений. Дополнительно увеличивает надежность то обстоятельство, что даже в случае отказа в передаче GOOSE-сообщения, устройство, принимающее сигнал, выдаст сигнал неисправности, и персонал примет необходимые меры для ее устранения.

Быстродействие.
В соответствии с требованиями стандарта МЭК 61850 передача GOOSE-сообщений должна осуществляться со временем не более 4 мс (для сообщений, требующих быстрой передачи, например, для передачи сигналов срабатывания защит, пусков АПВ и УРОВ и т.п.). Вообще говоря, время передачи зависит от топологии сети, количества устройств в ней, загрузки сети и загрузки вычислительных ресурсов терминалов РЗА, версии операционной системы терминала, коммуникационного модуля, типа центрального процессора терминала, количества коммутаторов и некоторых других аспектов. Поэтому время передачи GOOSE-сообщений должно быть подтверждено опытом эксплуатации.
Используя для передачи дискретных сигналов GOOSE-сообщения необходимо обращать внимание на то обстоятельство, что при использовании аппаратуры некоторых производителей, в случае отказа линии связи, значение передаваемого сигнала может оставаться таким, каким оно было получено в момент приема последнего сообщения.
Однако при отказе связи бывают случаи, когда сигнал должен принимать определенное значение. Например, значение сигнала блокировки МТЗ ввода 6–10 кВ в логике ЛЗШ при отказе связи целесообразно установить в значение «1», чтобы при КЗ на отходящем присоединении не произошло ложного отключения ввода. Так, к примеру, при проектировании терминалов фирмы Siemens изменить значение сигнала при отказе связи возможно с помощью свободно-программируемой CFCлогики (см. рис. 5).

К CFC-блоку SI_GET_STATUS подводится принимаемый сигнал, на выходе блока мы можем получить значение сигнала «Value» и его статус «NV». Если в течение определенного времени не поступит сообщение со значением сигнала, статус сигнала «NV» примет значение «1». Далее статус сигнала и значение сигнала подводятся к элементу «ИЛИ», на выходе которого будет получено значение сигнала при исправности линии связи или «1» при нарушении исправности линии связи. Изменив логику, можно установить значение сигнала равным «0» при обрыве связи.
Использование GOOSE-сообщений предъявляет специальные требования к наладке и эксплуатации устройств РЗА. Во многом процесс наладки становится проще, однако при выводе устройства из работы необходимо следить не только за выводом традиционных цепей, но и не забывать отключать передачу GOOSE-сообщений.
При изменении параметрирования одного устройства РЗА необходимо производить загрузку файла параметров во все устройства, с которыми оно было связано.
В нашей стране имеется опыт внедрения и эксплуатации систем РЗА с передачей дискретных сигналов с использованием GOOSE-сообщений. На первых объектах GOOSE-сообщения использовались ограниченно (ПС 500 кВ «Алюминиевая»).
На ПС 500 кВ «Воронежская» GOOSEсообщения использовались для передачи сигналов пуска УРОВ, пуска АПВ, запрета АПВ, действия УРОВ на отключение смежного элемента, положения коммутационных аппаратов, наличия/отсутствия напряжения, сигналы ЛЗШ, АВР и т.п. Кроме того, на ОРУ 500 кВ и 110 кВ ПС «Воронежская» были установлены полевые терминалы, в которые собиралась информация с коммутационного оборудования и другая дискретная информация с ОРУ (рис. 6). Далее информация с помощью GOOSE-сообщений передавалась в терминалы РЗА, установленные в ОПУ подстанции (рис. 7, 8).
GOOSE-сообщения также были использованы при проектировании уже введенных в эксплуатацию ПС 500 кВ «Бескудниково», ПС 750 кВ «Белый Раст», ПС 330кВ «Княжегубская», ПС 220 кВ «Образцово», ПС 330 кВ «Ржевская». Эта технология применяется и при проектировании строящихся и модернизируемых подстанций ПС 500 кВ «Чагино», ПС 330кВ «Восточная», ПС 330 кВ «Южная», ПС 330 кВ «Центральная», ПС
330 кВ «Завод Ильич» и многих других.
Основные преимущества использования GOOSE-сообщений:
- позволяет снизить количество кабелей вторичной коммутации на ПС;
- обеспечивает лучшую помехозащищенность канала связи;
- позволяет снизить время монтажных и пусконаладочных работ;
- исключает проблему излишнего срабатывания дискретных входов терминалов из-за замыканий на землю в цепях оперативного постоянного тока;
- убирает зависимость количества передаваемых сигналов от количества дискретных входов и выходных реле терминалов;
- обеспечивает возможность реконструкции и изменения связей между устройствами РЗА без прокладки дополнительных кабельных связей и повторного монтажа в шкафах;
- позволяет использовать МП терминалы РЗА с меньшим количеством входов и выходов (уменьшение габаритов и стоимости устройства);
- позволяет контролировать возможность прохождения сигнала (увеличивается надежность).
Безусловно, для окончательных выводов должен появиться достаточный опыт эксплуатации. В настоящее время большинство производителей устройств РЗА заявили о возможности использования GOOSEсообщений. Стандарт МЭК 61850 определяет передачу GOOSE-сообщений между терминалами разных производителей. Использование GOOSE-сообщений для передачи дискретных сигналов – это качественный скачок в развитии систем РЗА. С развитием стандарта МЭК 61850, переходом на Ethernet 1 Гбит/сек, с появлением новых цифровых ТТ и ТН, новых выключателей с возможностью подключения их блока управления к шине процесса МЭК 61850, эффективность использования GOOSE-сообщений намного увеличится. Облик будущих подстанций представляется с минимальным количеством контрольных кабелей, с передачей всех сообщений между устройствами РЗА, ТТ, ТН, коммутационными аппаратами через цифровую сеть. Устройства РЗА будут иметь минимальное количество выходных реле и дискретных входов

[ http://romvchvlcomm.pbworks.com/f/goosepaper1.pdf]

В стандарте определены два способа передачи данных напрямую между устройствами: GOOSE и GSSE. Это тоже пример наличия двух способов для реализации одной функции. GOOSE - более новый способ передачи сообщений, разработан специально для МЭК 61850. Способ передачи сообщений GSSE ранее присутствовал в стандарте UCA 2.0, являющимся одним из предшественников МЭК 61850. По сравнению с GSSE, GOOSE имеет более простой формат (Ethernet против стека OSI протоколов) и возможность передачи различных типов данных. Вероятно, способ GSSE включили в МЭК 61850 для того, чтобы производители, имеющие в своих устройствах протокол UCA 2.0, могли сразу декларировать соответствие МЭК 61850. В настоящее время все производители используют только GOOSE для передачи сообщений между устройствами.
Для выбора списка передаваемых данных в GOOSE, как и в отчѐтах, используются наборы данных. Однако тут требования уже другие. Время обработки GOOSE-сообщений должно быть минимальным, поэтому логично передавать наиболее простые типы данных. Обычно передаѐтся само значение сигнала и в некоторых случаях добавляется поле качества. Метка времени обычно включается в набор данных.
...
В устройствах серии БЭ2704 в передаваемых GOOSE-сообщениях содержатся данные типа boolean. Приниматься могут данные типа boolean, dbpos, integer.
Устоявшаяся тенденция существует только для передачи дискретной информации. Аналоговые данные пока передают немногие производители, и поэтому устоявшаяся тенденция в передаче аналоговой информации в данный момент отсутствует.
[ Источник]

Тематики
- релейная защита
Синонимы
- GOOSE-сообщение
- общие объектно-ориентированные события на подстанции
EN
- generic object oriented substation event
- GOOSE
Англо-русский словарь нормативно-технической терминологии > GOOSE
18 anyway

ANYWAY
Частица anyway выполняет большое количество разнообразных языковых функций. Достаточно часто она связывает предваряемое ею высказывание с непосредственно предшествующим. Здесь можно выделить, например, такую ее функцию, как ограничение (уточнение) истинности предыдущего высказывания. В русском языке подобную функцию способны выполнять выражения по крайней мере и во всяком случае:

• "We both had careers, but..." - "What was hers?" - "She was in advertising. Not a world I liked very much. Or its men, anyway." (F: 335)

"У нас у обеих была своя специальность, но..." - "Чем занималась она?" - "Рекламой. Это была не та среда, которая мне особенно нравилась. По крайней мере, те, кто там работал."

• "The first act has apparently required you to attract me. Anyway, that's been the effect." (F: 221)

"В первом акте, очевидно, предполагается, что я должен увлечься тобой. Во всяком случае, у меня сложилось такое впечатление."

Другую функцию anyway можно было бы обозначить как введение дополнительного важного или решающего аргумента. При введении дополнительного важного аргумента эквивалентами английской частицы могут выступать да и потом, кроме того, к тому же, а при введении решающего аргумента - да и вообще, в любом случае, да и:

• "They aren't English. And absolutely under Maurice's thumb. We hardly see them anyway." (F: 218)

"Они не англичане. И делают лишь то, что скажет Морис. В любом случае, мы с ними почти не видимся."

• I knew he could be bluffing, but I had a strong idea that he wasn't - and anyway... he wouldn't risk using such an obvious place. (F: 451)

Я знал, что он, возможно, блефует, но у меня было сильное подозрение, что нет... да и потом он бы не рискнул спрятать их в таком очевидном месте.

• "What would you know about literary creation anyway, Parkinson?" (DL: 315)

" Да и вообще, что вы можете знать о литературном творчестве, Паркинсон?"

Особым случаем употребления частицы anyway является ее способность вводить актуальный аргумент, который является истинным, несмотря на то, что говорилось ранее. В следующем примере героиня подчеркивает, что хотя она и не по своей инициативе стала говорить на определенную тему, но это не значит, что она не верит в то, что говорила:

• "That theological talk last night?" - "Yes. He asked me to say that... And I do believe it a little, anyway." (F: 345)

"А как насчет вчерашней теологической беседы?" - "Да, он действительно попросил меня поговорить об этом. И, потом, я все-таки сама в это немного верю."

Кроме все-таки, передавать данное прагматическое значение английской частицы могут все равно и в любом случае:

• "I hope I didn't waken you," says Morris. - "Oh, no. Anyway, can't let you go without a word of goodbye." (DL: 91)

"Надеюсь, не разбудил вас", говорит Моррис. - "Нет, нет. Я в любом случае не мог не попрощаться с вами."

Иногда частица anyway употребляется для выражения естественности или неизбежности некоего события:

• "But it's impossible, my lady. You'll get me into trouble and I'll lose my job." - "You'll lose it anyway when you go to prison..." ( AC1: 86)

"Но это невозможно, миледи. У меня будут неприятности, и я лишусь работы." - "Ты так и так ее лишишься, когда попадешь в тюрьму."

Как видно, в данном примере в качестве эквивалента частицы употреблено русское выражение так и так, можно было бы также употребить в любом случае. Вообще, в этой функции у частицы есть достаточно много разных эквивалентов, в частности, возможно использование все равно, так или иначе или и так:

• "Have you really flown all the way from America for this conference?" - "Not exactly. I was coming to Europe anyway..." (DL: 19)

"Вы что, действительно, специально летели из Америки на эту конференцию?" - "Не совсем. Я все равно (так или иначе) собирался в Европу."

Особо стоит остановиться на функционировании частицы anyway в более объемных отрезках текста, когда частица связывает вводимое ею высказывание не с одним, а несколькими высказываниями в совокупности. Во-первых, она может маркировать переход от одной темы к другой:

• "My height is a curse... Can't get away with anything... What brings you here anyway?" (JB: 204)

"От моего роста мне одни неприятности. Ничего невозможно сделать незаметно... Ну, неважно, ты-то как здесь очутился?"

В русском языке для заполнения паузы, часто образующейся при переходе к новой теме, обычно используется частица ну и сочетания с ней, одно из которых мы видим в приведенном примере. Среди других возможных сочетаний такого рода можно назвать ну, (да) ладно и ну, не суть.
Сходным образом частица anyway используется для возврата к прежней, основной теме беседы или рассказа. Потенциальные русские эквиваленты английской частицы в этой функции в целом совпадают с предыдущими (ну, неважно, ну да ладно, короче), хотя именно здесь возможно также ну так вот:

• "... young Johns played the piano. Versatile lad, that; the oboe's his instrument, really. Well anyway, the reporter chap must have got the story wrong..." (KA: 7)

"... юный Джонс играл на фортепиано. Кстати, очень разносторонний парень; вообще-то, я думаю, лучше всего он играет на гобое. Ну так вот, этот репортер, должно быть, чего-то не понял..."

Довольно часто anyway используется для резюмирования или перехода к главному, сигнализируя о пропуске незначительных деталей. В русском языке сходную функцию выполняют слова и выражения главное, короче, словом, во всяком случае, в общем:

• I told Morris that, and it didn't make him any sweeter... Anyway, I'm going to put the whole story into my book. (DL: 296)

Я сказала об этом Моррису, что отнюдь не добавило ему любезности... В общем, я собираюсь вставить всю историю в свою книгу..

• If he's not there I'll leave a message or something. Anyway I'll see to it... that Mrs Welch doesn't get involved. (KA: 94)

Если его не будет дома, я оставлю сообщение или что-нибудь ещё. Во всяком случае, сделаю все так, чтобы миссис Велч ничего не узнала.

• He's terrible, he won't stop playing games. Anyway, I hope you know what it's all about. (F: 402)

Он невыносим, постоянно играет в какие-то игры. Короче / ну, надеюсь, ты понимаешь, что я имею в виду.

Английские частицы. Англо-русский словарь > anyway
19 connectionless

= connectionless mode transmission

[передача, режим передачи] без установления соединения

в телекоммуникации - способ обмена данными между станциями сети, при котором не требуется организовывать прямое соединение каналов. Чаще всего под этим термином подразумевают пакетную коммутацию - отправитель просто посылает сообщение адресату, не зная, в сети ли он и готов ли принять данные; каждый пакет имеет заголовок с адресом получателя и этого достаточно для доставки пакета. В случае проблем с доставкой иногда приходится несколько раз производить повторную передачу. Пакет, передаваемый в этом режиме, часто называют дейтаграммой (datagram)

см. тж. CLNS, connectionless protocol, connectionless routing, connection-oriented, packet switching

Англо-русский толковый словарь терминов и сокращений по ВТ, Интернету и программированию. > connectionless

См. также в других словарях:

Сообщение агентства «Гавас» от 28 ноября 1939 г. — Сообщение агентства «Гавас» от 28 ноября 1939 г. 28 ноября 1939 года агентство «Гавас» находящейся в состоянии войны с Германией Франции распространило сообщение о том, что 19 августа 1939 года, за четыре дня до подписания советско германского… … Википедия
Сообщение агентства «Гавас» от 28 ноября 1939 года — Проверить нейтральность. На странице обсуждения должны быть подробности … Википедия
Сообщение агентства «Гавас» от 28 ноября 1939 г. — 28 ноября 1939 года агентство «Гавас» находящейся в состоянии войны с Германией Франции распространило сообщение о том, что 19 августа 1939 года, за четыре дня до подписания советско германского договора о ненападении, И. В. Сталин… … Википедия
широковещательное объектно-ориентированное сообщение о событии на подстанции — GOOSE сообщение [Интент] широковещательное объектно ориентированное сообщение о событии на подстанции Широковещательный высокоскоростной внеочередной отчет, содержащий статус каждого из входов, устройств пуска, элементов выхода и реле, реальных и … Справочник технического переводчика
Возмещение по вкладам в случае отзыва лицензии у банка — Если Банк России отозвал у кредитной организации лицензию на осуществление банковских операций, вкладчик имеет право на получение возмещения по своим депозитам в этом банке в сумме до 700 тыс. рублей включительно. За получением возмещения… … Банковская энциклопедия
ЕДИНИЦЫ ИЗМЕРЕНИЯ И ЕДИНИЦЫ АНАЛИЗА В КОНТЕНТ-АНАЛИЗЕ — элементы логич. модели предмета контент анлиза (см.). Содержание текста может быть измерено при помощи двух типов измерения (мер): единиц протяженности и единицы частоты. Единицы протяженности характеризуют содержание в целом, без учета его… … Российская социологическая энциклопедия
Исследования реинкарнации — Исследования реинкарнаций исследования, проводимые рядом психиатров, психологов и парапсихологов, цель которых состоит в выявлении проверяемых фактов, свидетельствующих в пользу существования феномена реинкарнации, то есть перехода личности… … Википедия
BTL — Эта статья или раздел нуждается в переработке. Пожалуйста, улучшите статью в соответствии с правилами написания статей. BTL (от англ.&# … Википедия
Кутузов, Михаил Илларионович — князь Михаил Илларионович Кутузов (Голенищев Кутузов Смоленский), 40 й генерал фельдмаршал. Князь Михаил Илларионович Голенищев Кутузов [Голенищевы Кутузовы произошли от выехавшего в Россию к великому князю Александру Невскому из Германии… … Большая биографическая энциклопедия
Ломоносов, Михаил Васильевич — — ученый и писатель, действительный член Российской Академии Наук, профессор химии С. Петербургского университета; родился в дер. Денисовке, Архангельской губ., 8 ноября 1711 г., скончался в С. Петербурге 4 апреля 1765 года. В настоящее… … Большая биографическая энциклопедия
Информация — (Information) Информация это сведения о чем либо Понятие и виды информации, передача и обработка, поиск и хранение информации Содержание >>>>>>>>>>>> … Энциклопедия инвестора

Словари и энциклопедии на Академике

Перевод: с английского на русский

сообщение об этом случае

Тематики

Действия

Сопутствующие термины

EN

Тематики

EN

Тематики

Действия

EN

FR

Тематики

Синонимы

EN

Тематики

EN

Тематики

EN

Тематики

Синонимы

EN

Тематики

Синонимы

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

Синонимы

EN

DE

FR

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Тематики

EN

Начало работы

Характеристики «хорошего» аварийного сообщения

Адекватная реакция

Система, нацеленная на оператора

Рентабельность

Тематики

EN

Тематики

EN

Тематики

Синонимы

EN

Тематики

EN

Тематики

Синонимы

EN

Тематики

Синонимы

EN

Тематики